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ABSTRACT J 
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MOVAKIID: AN INTERACTIVE AID FOR ANALYS2 3 CF MOVEMENT CAPABILITIES 



k BRIEF 



'Requxxement : ' 

To' develop . an on-line analytic aid j x use ir. the processing, of 
tactical intelligence data, and to implement ^uch an aid the ARI\ 
Training and Information Systems Facility (TZSF) '. 



Proceed re : % \ .. 

- analysis of current doctrine for tactical intelligence process- 
ing .an c a parallel examination cf available analytic procedures in . the 
marhemc .tai and "operations . research literature led to the tentative 
identity ■iuicn of severa . potentially applicable aids. An evaluation 
of these iids resulted i:. the selection cf an aid for analysis, of move- 
ment c£^" ilitiea for furth- envelopment and implementation. 
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ARI Tl This aid .provide 

for a _p -examination of •- 
for enerr- inits , thus f acil- 



_i r "MOVANAI^, has been, implemented in the 
intelligence" analyst -with* the capability 
rejected travel times and r~ute selections 
---ing the .analysis). of energy capabilities 



^Utilize - _tn : 



MOYStfAID serves as a pre -type for a general class of analytic 
ands, and, as euch provides th .- basis f or furtriet development and evalu- 
ation. The specific scriutipr to analysis 'of irfobili.ty questions/ as . 
well as the more general forrr. cf interactive analytic aids that are 
represented . b* MOVANAID , has immediate - impact oh developing intelligence 
processing .S'- sxems. The laboratory implementation of MOVANAID. provides 
a test bed <fr r examining general, principles" of man-machine .systems and 
•specific fact rs influencinc analysts 1 use of cbinputer-based aids.) 
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• 5A&KGR0UN1 AND OBJECTIVE 
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.ogical advances in ; data collection 
ral settings have had a considerable 
y, and quality of / information that 
lanning and executing his mission. 

quantities of data, however/ may be 
associated with effective use of the 
"of ^coraputer-bas^ecl storage arid' re- 
f Army tactical operating Units are 
ovi/ded'by extensive information; the 
. a systems : under development that 'are 
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or age and' retrieval systems.', are typi- 
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processing and o:.ier aspects of the intelligence production cycle. The 
current project: focuses 'on ~he analyses conducted ifti the process of 
transforming raw information tc processed intelligence. The objectives 
of this project are as follows: 



To further develop th 
gence processing a~d - 
of some value ; 



:oncept of analytic aids for intelli- 
suggest specific aids' which might be 



.2*. To select one such analytic aid and to develop the necessary 
algorithms and- procedures (or to' adapt existing algorithms 
and procedures) to'^uprrrt the analytic portion of the 'aid ; 
and . *' 

. 3. J To implement this aid in the ARI Training . and '"Information 
j. Systems Facility (TISF) . 

• The aid selected for further development was MOVANAID, an on-line . 
interactive Movement Analysis Aid. This aid incorporates principles 
and algorithms for network analysis developed over a period of several 
years within the operations research community. The concept of MOVANATD 
and the details of its implementation are discussed beh.ow, following a . 
description of the process which" led to the selection 'of MOVANAID. 
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Conc-pt Development 

• The development _ f concepts for computer-based a>>alytic aids was 
appr -acned from two* directions: (1) an ; examination oflthe relevant 
Arm-- fi manuals, instructional materials from the Ajjmy- Intelligence 
School, and other doctrinal literature related to the activities and 
duties. 3f Division G2 ^Intelligence) staff personnel (coupled with ex- • 
tensive discussions with experienced Iatelligence officers); and (2) an 
exam. ~a,t ion of techniques, algorithms, and concepts available in the- 
ope: : ions research literature. Many possible analytic aids were sug- 
gest and evaluated for their potential for development within the t • 
con~rcLints of the p~ —nt project. An "ideal 11 aid was defined* as one • 
-ha : *DiiId (1). be r.i>nt . .vial (i ..e. , 'perform operations faster and/or 
oetrr-r than- could be dc a by an unaided analyst)'; (2) have a reason- 
able -harre of having tne development phase completed within the re- 
sour s 1. -citations of ihe project^ (3) "dvoid dealing with special 
categories of intelligence data or products that might require some 
lev~_ of classification for the project; <4) be applicable within the 
-co: :e\~: z± division-level mid^inteWity conventional warfare; (5) focus 
• on lr. eiligence processing rather, than on 'collection or dissemination; 
"; a n<- involve mathematical, computational,, and/o^ operations research 

■ err-irrr acnes to information processing. Several potential aids were 
^a-al-rzn.-a in the process of selecting an aid for development. This 
r : jo:: .3 limited i. a discussion of MOVANAID, the analytic aid se- 
1 rcted for development and implementation in the ARI labor atbry 
fa silicy.- 1 • ~ 

"™nree distinguishable levels of development are possible for a 
-ool-s-ach as MOVANAID . The 'preliminary version , % developed' for demon- 
£ - ra t:.cn and testir g, will be different in detail 'and perhaps in char- 
~Aei from a laboraiory development version structured for test and 
vali lien. The laooratory version', in turn, will differ f 50m- any . 
linal version 'whicri may be implemented within an Army tactical data 
system.' Changes in the aid will be made from one level of development, 
to tne naoct tdJfcbe in.io account experience with the aid to that point. 
This dejjpes tne second 3tage or laboratory versiofrof the -aid. 

The computer* pcp-grair. described in Appendix A 1 is. theSpreliminary version 
from wmch the . current program was developed; 'the computational logic 
* remains the same, although derails .of the interactibn with 4 the aid 
differ considerably in the more recent version. " ( 

S- ' • ■ ■ : ^ 



^"Appendixes * A and B have been retained in the 'master file at ARI, 
Alexandria, Va. , and are not included in this paper. 

:* • ' ll 



- Military Movement Analysis Problem 

T*~- " • / 

-..».> '* * 

One of- the continuing responsibilities of Division G2 in a tactical 
situation is the preparation of periodic intelligence estimates^ that 
include a ^discussion of significant enemy capabilities and probable 
g?5urses^of action. Estimates of enemy mobility are frequently neces- 
sary for intelligence and other estimates.. It is plain, for example, 
that if an enemy is not physically "capable of maneuvering to a location 
by a given time, he will not have the capability to attack that point 
at tftat time. Similarly , - the enemy 1 s capability to reinforce front-line 
units by a given time ^depends strongly on the speed of movement of the 
reinforcing units and the .distance to be covered. 

For an example involving the determination of probable* enemy 
courses of acti6n, suppose it is known or suspected that an enemy at- 
tack is imminent and the G2 therefore wishes to identify, the avenue or 
avenues of approach that the enemy is likely to select. It may be pos- 
sible for the G2 to eliminate some. of the alternative avenues on the 
basis of mobility considerations alone, because the enemy would be un- 
likely to select an avenue along which his movement would be too slow 
to meet the requirements of the tactical situation.'** 

A thorough movement analysis requires extensive computation; in- 
deed, it is doubtful that such an analysis-^cc^uld be conducted by intel- 
ligence processors within a time consistent with the needs of the dynamic 
tactical environment without using a computer-based aid. Thus r MOvTVNAID » 
has the po"E£ritial not. only, for reducing the burden on the G2 staff but 
also for improving the intelligence product. * 



SIMTO'S 



MOVANAID: A USER'S VIEW 



The ARI test facility (TISF — Training and Information Sivstems 
Facility) consists of a large laboratory space containing various re- 
locatable computer interface devices and other equipment. Ofte portion 
of the TSIF is currently arranged to .accommodate SIMTOS , a Simulated 
Tactical Operations System. A SIMTOS" G2 player is 'charged with the ■ 
preparation , of various estimates 0 of enemy capabilities within the con- 
text* of a division level planning exercise;* the scenario involves > 



2 ^ ' . 

•Intelligence estimates are discussed in detail in Department of the Army 
Field ^ManuS.l 30-5 (Combat Intelligence, Chapter 6 and Appendix J) and in 
Department of _ the Army Field Manual 101-5 (Staff Officer's Field Manual: 
Staff Organization' an£T>procedures , Appendix B) . 

3 - . • \ ' ' 

In many* cases, mobility factors^ are a primary consideration in the ? » 

enemy's choice of avenue of approach (see Department of the Army Fie?ld 
Manual 30-102 '(Handbook on Aggrtssor, Chapter 5)^. 



preparation for a likely Aggressor attack against the 20th (U.S.) 
Mechanized Division positions in southeastern Germany, The SIMTOS 
player is/provided with appropriate maps and\ overlays and^is connected * 
to -a computerized data base, via a CRT^ screen, and keyboard and a ^ele- 
typewriter. Although MOV/yJAID as described here has nt>t been integrated 
into SIMTOS, the development of the aid was'directed toward ''use within. 

SIMTOS. In particular , tAe road network (Figure.. lV is from .the _SIMT0S_ * . 

area, and all examples of its use are based on questions facing the 
SIMTOS player. The approximate jocation of the SIMTOS area ^ in- 
dicated on Figure 1 by appropriate UTM grid* coordinates . 



MOV AN AID Capabilities 

Users may call on MO VAN A I IX- to help them answer two ba.sit^uestions 
about enemy movement capabilities: 

1. How soon and by what path can a unit 'of type x, now located 
in location y #/ maneuver to destination z? 

2. How soon and by what paths can .units of types . . . ,x n , 

now located 1 in locations y i; ...,y n » complete a simultaneous . 
maneuver to destinations z^,...,z n ? 

Variations on each of these questions are possible r but MOVANAID is 
not 'presently equipped -to treat them all. For questions of the second 
type, it is understood that it is not required of any unit i, 
1 £ i < n, that., trie i tn unit travel to the i tn destination z; rather, 
a unit may maneuver through the network to any destination so long as 
each unit travels to some destination and each destination is the re- 
cipient of some unit/ 'Such a quest ion , therefore , asks for the assign-, 
ment of' units to ' destinations for which the largest travel time is a 
minimum.^ Note also that simultaneous maneuvers by several units could 
require two or more units to occupy the same arc or node at the same 
time, a situation that* might lead to maneuvering delays in practice. 
Such conflicts are neither identified nor resolvedly MOVANAID in its 
"present form. A wa£ to expand the capabilities of the 'aid , so that it 
can take account of such conflicts is suggested, in a later section. _ 

The present MOVANAID is computer driven, and the interface between 
user and aid is on-line and interactive. Users interact with the aid 
in a hands-on "fashion; information" j.s transmitted from aid to subject - 
via a cathode ratt tube (CRT), and from user to aid via*a keyboards 
Information is transmitted in toe form Yd f written text; graphic dis- 
plays are not used in this version 'of MOVANAID "X A. user can input only 
a small fraction of the data required by the aid to answer any eligible 
: question. The bulk of the data ('including' ali /information about the 
network of roads to-be considered by MOVANAID)/ has been made available 
to the aid in .advance of any use by subjects/ It is expected .that any 
operational use of MOVANAID would necessarily involve a similar prepara- 
tion of network information .prior to use. ■ (See Appendix B for a ^ 
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discussion of the procedures' used for network generation in the SIMTOS 
are&»of operation 7) ■ - 

\To make inputs to (arid interpret ^outputs jrom) MOVANAID r 'users > 
4 muSt be familiar with certain -conventions tjiat have been adopted for 

identifying nodes and classifying arcs of the SIMTOS road network. For 
.. purposes of quickly and easily Identifying nodos of the network, a 
..coordinate scheme, resembling the usual Cartesian system has been adopted. 

J% ■ . First , a convenient origin of coordinates is selected for the area 

of^' interest, thus • est'ablishing^imaginary) horizontal and vertical 
* "reference; axes. Next, the area of operations :Ls divided into square 
subareas; (which we call' "sectors") of side-=*encjth 10 kilometers. 
"Next, ..each sector is subdivided into 100 7 sqiiaris (called "subsectors"), , 
./of. side-length 1 kilometer. Finally, nodes of (the network .ire numbered 

"with a five-digit number. • The first two digits! and the second two 
, t digits' of a node number indicate, respectively,! the horizontal and 
vertical coordinates "of the lower left corner of the subsector- within 
which the node lies. ' j. ► * 

It should, be noted that in the SIMTOS network , the 'tens digit of 
these coordinates denotes the number". of sectors brather than tens of 
kilometers, ah might be supposed.- This, peculiarity is caused by an 
anomaly in the SIMTOS map in which all sectors having a lower left 
corner 20- kilomlttesrs to the right of^ the origin ^re* not square and'are 
less than 10 kilometers wide. " % « • ■ 

The last digdt of the five-digit node rtumberi.is always taken to 
he "0" unless twoor'more nodes of. the network, lie. in the same subsector; 
in the latter, case, the digits "1" , . . . , M 9 M are . also .used. For example, 
if two nodes of the network are found to lie in a subsector whose coordi- 
nates are (18,54), one of : the nodes would be numbered 18540 and the other 
would be- numbered 18.541. It is immaterial which node receives which 
number. A large overlay of the roddt*etwork , such as Figure 1, showing 
the numbers as they exist in the MOVANAID datk base is made available 
to users. < . v • 

In computing travel, times, the aid uses internally stored in for- 
. mation about/ each arc of the road network (e.g. , Figure 1)* as 'follows * 
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1. Length 



Type of route classified as one' of five types: 

(a) major highway (e.g.., autobahn) , 

(b) main *all -weather road (road "with hard surface ^nd two or 
more lanes) , . - 

(c) other all-weather roads . <hard. surface an£ two lanes -or ~ 

' less) , , . ; " .. . :~ /.:. 

■ ' ' ■ ... ' 16 : . . '/'">'•' • 
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(d) artificial* route (traveled iii zerp time, used by the com- 
putational routines. See Appendix B.), 



(ej** cross-country route; , 

3. Speed capability, classified, as: 

(a) highway speeds (traveled at speeds typical of nonurban 
areas) , 

(h) city speeds (traveled at speeds typical of urban areas) , • 
(c) cross-country speeds , * classified 'as one of three types : 

- (1) speeds typical of easy cross-country routes, * 

* • ■> ■ , * 

{2) speeds typical of cross-country routes of medium 

difficulty , . *' ' , ' » 

. • . * .- 

(3) speeds typical of difficult cross-country routes. 

Although , the above network 4 Q f initio 11 ' i' s part of* the permanent data in- 
put to the aid prior to use, the user may amend any ^of it on a ' temporary 
basis 'by entering new data on an interactive ba$is with the aid.'. 

The remaining information, necessary for the computation of unit'* / 
movement times resides on permanent disk storage in a, "speed " table . " // 
This table describes the average .speed of ajunit of a given type -(foot/ 
tracked. vehicles, or trucks) for given conditions (night, day, wet, d£y) 
and for each of the nine route conditions (three highway type^s with / 
urban or open country speeds and three' crossf country speeds) . This .. 4 
table is a simple extension of the table -'given in FM 30-102 (chapter 22) 
for Aggressor' movement' times . There is no provision' for - a user to cnkhg 
the speed table except by revising the permanent disk storage before/ use 

Interaction with 'MOV ANA ID ' 



; - A diagram representing the user's interaction with MOVANAID is 
;shown iri' Figure 2. The general format of the interaction is as fol- 
lows: Any given CRT dispAfe^contains information and/or a list of op- 
tions in the upper half o/.' tnW screen, with ^additional instructions 
and options on the lower half. The user selects' an option, enters in- 
formation, or otherwise responds to instructions^ by entering the' ap|- 
propriafee data from the CRT keyboard. ■ 

« The user first sees a brief series of introductory^ displays , 
(Figure 3)*, which are supplemented by an -oral briefing and instruction 
on the use of the system. After progressing through these displays-; 
»the user comes to the "Analysis Options' 1 display (Figure 4) - Here the 
user has 'six. options from which to choose: decide tip modify "he map 



munn interactive displays 




I 



Figure '2. Flow diagram of user interaction with MOVANAID, 



■ if' 



Y- 



ENSRAL PURPOSE: ' . 

(l) T6 DETERMINE .HOW SOON AND BY WHAT PATH A UNIT 
OF TYPE X, .NOW- AT LOCATION.*, CAN MANEUVER TO 
'DESTINATION Z. 



MOVEMENT ANALYSIS AD 



(?j ; TO DETERMINE HOW SOON AND BY. WHAT PATHS UNITS 
OF TYPES X(l);...,X(ll), NOW AT LOCATIONS 
.y(l), : ...,Y(H), CAN COMPLETE., A SIMULTANEOUS 
MANEUVER. TO DESTINATIONS Z(i), .', .,Z(N) . 



PRESS SEND TO CONTINUE. 



. . • i' 



BELOW IS. A LIST OF SPECIAL CRT FUNCTIOI) KEffi 
WITH WHICH YOU SHOULD BE FAMILIAR: 



-SEND 

- LINE SKIP 

- RESET 

- BKSP 

- SKIP 
.'-SLEW 

- SPACE BAR 



t 



PRESS SEND TO CONTINUE. 



erJo 



DURING THE USE OF 'MOVflfiAID',.' YOU WILL BE REQUIRED 
'0 MAJfE NUMERIC ENTRIES IN FIELDS WHICH MAY BE '. . 
,0NGER THAME NUMBER YOU 'WISH TO ENTER. . 



ALL SUCH ENTRIES MUST BE. 
•"" RIGHT JUSTIFIED AND HAVE LEADING, ZEROS 

iXAMPLE,: 

A '30' IS TO BE ENTERED. JN FIELD - ( ) 



A, 



. CORRECT - (00030) 
INCORRECT - ( -30)'; (30 ),H -030) 




21) 



Figure 3,, MOVANAID introductory displays. 
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ANALYSIS OPTIONS • 

SPECIFY CHANGES TO 'THE NETWORK BY: 

(1) ADDING OR DELETING NODES AND/OR LINKS 

(2) DEFINING A SUBNETWORK CONSISTING OF MAP 
1 - SECTORS \, 

,(3) DEFINING A SUBNETWORK CONSISTING OF A SWATH 

(k) DEFINE MOVEMENT ANALYSIS PROBLEM 

(5) SOLVE CURRENT MOVEMENT ANALYSIS PROBLEM ' 

(6) RESTORE ORIGINAL NETWORK / 



(_) . ENTER NUMBER OF ABOVE OPTION DESIRED AND , 
PRESS SEND. 



V" — — 



Figure. 4: Display for analysis options. 
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network in one of several ways, define a problem to be solved, (request 
a problem solution, or 'restore the network' to 'its original s'tatje (see • i 
Figures 2 and 4). As shown in Figure 4, the, choice of one of these 
options involves selecting^ the* appropriate number from the^' "menu, " 
entering that "number in the indicated spot on the screen,' and signal- ^ 
ing the computer by pressing the "Send" key on the keyboard. 

* ' ■ # * 

Tc temporarily add or delete nodes or arcs, th"e user would choose 
Option 1 n the Analys is "Options display. MO VAN A I D then displays a 
request .* t u e number of the node in the network that will be affected 
*jy the ^"iaure 5a)- After receiving this information, -MOt/ANAID 

displays^ ¥^ ^rrer.- .lirikage data for that node (Figure 5b), i.e., the 
numbers Aritt oth^r nodes connect'^d to *that "primary" node, the* road- 
type of B^Bine. : ing link , jand the distance in, kilometers . The user 
specif i^^^^^Pher to add /or delete nodes (or return to earlier option 
•displaya^^^Bd the approror-iate screen is then displayed (Figures 5c 



and 5d) l^^WH:he user ia^^dljxg ( information , the . new display (Figure 5c) 
provides a space to define the data for a new link from the "primary" 
node to artother node. When the- user signals; the computer by pressing 
the "Send" key, on the keyboard ,. MO VAN AID reads* in the data, checks for— 
formatting and other clerical errors and displays the newly modified 
"current linkage? data" f or g±h'e same primary node^.. The user may con- 
tinue to add or: delete cinfdrmation or setur^i to earlier option displays. 

When the us^r selects the deletion option, rhe current linkage 
data for the primary node agal*i appears . % The user is able selectively* 
to eliminate a link from the primary node to- one of the other nodes, 
or to completely eliminate* 'a node from the network. An error in the 
addition of linkage data wouiLc be relatively simple for the user to 
correct; it would only be necessary "^to delete any link that" was mis- 
takenly added. However, restoring^ a link or node that was mistakenly 
delet-d would require the user to remember or recreate all related 
linkage data. It is always possible to restore the network to its 
oricinal form by cfroonng- 6 (kn the Analysis Options display. However, 
using this option to c orrect ail inadvertent delation would result J in ^ 
the elimination of all other changes the . user might have made whi/le 
working on a particular problem. therefore- a user request- for dele- 
tion of a link or node is fo 1 lowed by a display which describes the - 
•requested change and asks th-_- User to verify that this is desired 
(•Fiqure 5e) . 

. ' v . Mi - ■ .; - 

The length cf time consumed In the computati;.: of "a minimum path 
or minimax ^assignment problem is a function of ' tht number . of jnodes in 
the network to be considered. * If a usej: is inter sted in reducing- the 
time for MOVANAID to operate , or is interested in considering a re- 
stricted area -of the network for reasons related the tactical prob- 
lem, then the user may choose one of wc "suone :work" options on "the 
Analysis Options display; MOVANAID will -hen consider only that subnet- 
work during problem solution. ?he first of these options allows the 
.user to define a subnetwork in terms of 'map sectors. " Choosing this 
option leads to a display of the current map-sectcr subnetwork (if one 
' * # . * • i 

' . *■ 11 




*ODE SELECTION PQflSNHVflRK CHANGES 



r 



i .j . 
V 

j llll|(Ht*tMIMIHMl|l«MHHiMll M« 

) bites bode numb3 to e£ considered; or 
• ; ' ■ '■ debitor of ons op tejbelow options 

i ■ ' - 3K- l£Fi-MDST SPACE. PRESS SEND.' 



U. RETURN 10 mm OPTIONS 



'. CURRENT LINICAGB DATA • 



PRIMARY' 
NODE 



•LINKAGE- DATA: \ 
if HD TYP KMS* ' 



... III, NN 1.D 
: tlW J. .. i ( D' 
ilktl ■ NN , NII.D 
NN ■ .1IN.D 



( ).' ENTER LETTER OF |)N£,OF J'Hl BELOW OPTIONS AND 

■ ' t • 

U. MI TO AMSIS OPTIONS 

■ T. RETURN TO NODE! SELECTION 
G. SMCirc.AMlk TO ABOVE LINKAGE DATA 
B. SPECIFY DELETIONS FROM 'ABOVE LINKAGE DATA 



5.(a) 



H 



. PRIMARY —LINKAGE DATA - 
NODE 'NODEV.IlDnB KHS 1 " 

JINN N1.HNN NN NNjf 



\ ■ 



Nil NII.D 



1 ) Wm ONE OF THE ABOVE NODE Mm 
IN LEFTHAND f Ib'LP TO WLLTE THAT 
NODE FROM !IEf ,(ORK,. OR EM TWO OF 
THE ABOVE Wi IMS TODELiTETIili ,LM 
BETWEEN JIIOjE NUDtJ, OH tftTUi ONE OF THE BELOW 
OPTICA , IN '.LffT-HOST SPACE.' PREj^EflD,' 
U . RETURN TO AKAIiSlSOWIONS ' ' 
T . RETURN TO liODi'SEECTIOH . ' '■ , 

Jp. 3r ™j D P^lniAwf>. liukaquweaJ 

" . ■ 5(d) " v * ' 



. CURRENT LINKAGE DATA 

PRIMARY —--L01CACE DATA — 
NODE NQDS# RD TYP KHS, 



NN. EN.D 

• NN ' KID 

,BNNNN NN NN.D 

Kl NN.D 



) EOTEE NEW LINKAGE DAIA FOR TEX . 
ABOVE PRIHUII NODE, OR ENTER 
LETT3 OF ONE OF TEE BELOW pOM 
■ IN I5T4!Q,ST SPACE. PRESS 3EID, 
U , RETURN TO ANALYSIS OPTIONS 
'T , RETURN, TO NODE SELECTION • 
G , SPECIFY DELETIONS FROM ABOVE LINKAGE DAl 



5(c) 



Figure .5. ■ Network change' displays. 



YOU HAVS' REQUESTED TEE FOLLOWING 'WRK CHARGE: 
DELETION OF NNNIIN FROM CURRENT 



DELETION OF LINK BETWEEN NNNIffl AND 

.CURRENT NETif'CRK •''•''." 



(' ) -rarm letter of ons of the below options and' 

."' PRESS, SEND/. 

• Tv»GE'IS. CORRECT • HAKE CHANGE TO NSW 
G./'CpGE 1$'. INCORRECT ■ RETAIN NETWORK 
' WITHOUT CHANGE 



i. 



.5(e) 



exists f?3ncl a'llows ttie user to delete that subnetwork,^ to specify 
/changes to thfe subnetwork, or*. to 1 return, to the analysis options (Fig- 
ure 6a). If -the user chaoses to> change the subnetwork, MOVANAID again 
displays the current subnetwork information an^ requests ti^e user to 
add' or delete a map sec toi: from that subnetwork, or return to aji , £ 
.earlier options display (Figure .6b) . Choosing to add delete a map* 
sector result^ in a new presentation of this display witkthe newly 
revised -list. - ' \ '* ■ • " . 1 * ' • 

The -second subnetwork option / a* user, ijjay select from the Analysis' 
Options £S referred ^o^^. a ,< "fS^ath" option, if the^re »i$ n& subnetwork 1 
currently defined in terjns of map sectors and \f the user chooses the. . 
swath option,*. MOVANAID presents a display . of ^the current swath (if any 
^exists.) and proVide.s the user with' options to delate the^ swath, make 
changes to the £wath or return to the Analysis Options (Figure 7a). 9 
A swath is defined in terms of its width and up to ten turning points 
Depending on the choice indicated by the user, MOV ANA-ID presents a 
display for swath width definition (or redefinition) j or for turning, ^ 
point .addit.iort or deletion (Figures 7b, 7c). * * ' 

When ready to. define the movement problem tp be solved, the user 
'(chooses the' option, from the Analysis Options, and MQ VAN AID presents a 
displ-ay showing the current problem' definition (if any exists) -and, - 
providing "additional options' for prgblem definition ..(Figure 8a).' The * 
user jnay choose, to delete the current definition entirely , or to add t 
or delete singie lines of data. A problem is specified by indicating 
a *ufeit starting position, unit destination , 1 unit type, and the pondi- ' 
tions of. movement for up. to ten origin/destination pairs. ..^e 'start- 
ing, point and destination must be .nodes in the current network; the 
"unit type" and "movement conditions" are codes referring to data 
available to the user as hard-copy tables (see Tables 1 and 2) - If 
the user 'enters more than one line of data through successive uses -of 
t?he- addition option (Figure 8b)/ then MOVANAID will ' solve not only f;or 
the minimum route 'from' each origin to each destination, but may al%o 
solve the problem of the 'optimal assignment of units to destinations. 

' ° V ' ' ' I 

When the user has modified the network and defined the problem 
satisfactorily , the user may request MOVANAID to provide the solution 
by -choosing' Option 5 from the Analysis' Options./ A display is presented 
giving, a teview»pf any actions taken (e.g. , the number of network de- 
letions) and of the problem definition; the user has the option to\ / 
continue to the solution or to return to modify some aspect of the 
problem. If the. user chooses to continue, MOVANAID begins the compu- 
tations for th,e problem soliition, and a display informs the user that , 
computation is in/ progress y(Figure 9a) . Once this step is taken, the 
user cannot return to Anai/sis Options until all solutions have been 
obtained- / - ^/ 



-/ , SUBNETWORK OPTIONS 
CURRENT SUBNETWORK SECTORS' / 



.. .... .. .. .. .... .. 

• • ' • •>'•• •• •• •• 

* _„-r r .l.j j^A- 

( ) ' ENTER LEISTER OF OflB OP^ THfc fcBLOW OPTIONS- AND 

* PRESS SEND. . * J / 

' ■ * - ■• * > 

IV RETURN TO 'ANAItfSlfe OPTIONS . 
T. DELETE- ABOVE SUBNETWORK , / 

G. SPECIFY CHANGES TO ABOVE SUBNETWORK 1 



9 



•4 

\ 



v 



fi* '• 6(a) 



* V; ' CURRENT SUBNETWORK 

SECTORS .' 

\" • , \ ' , : ; 



) TO ADD TO SUBNETWORK, -ENTER *A f IN LEFTMOST ^ 
POSITION FOLLOWED BI SECTOR NUMBER; OR 
TO DELETE FROM SUBNETWORK, ENTER f D f IN 
LEFTMOST POSITION, FOLLOWED BY SECTOR NUMBER; 
OR ENTER LETTER OF ONE OF THE BELOW OPTIONS 
IN' LEFTMOST POSITION. PRESS SENJ. 
U. RETURN TO ANALYSIS. OPTIONS 
T. RETURN TO SUBNETWORK OPTION'S -. 



6 (b) 

Figure 6. * Subnetwork options displays. 
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. SWAtH .OPTIONS 
CURRSlfT SWATH — , . ' 

WIDTH (KMS):/.., 



TURKEfG POINTS: 



( ) ENTER LETTER OF ONE. OF THE BELOW dfTIONS AND 
"< PRESS SEND. 



p WIDtfH (KMS): 
TURNING POINTS: ..... 



' . ,.U. RETURN TO ANALYSIS OPTIONS 

j . Tt-DELKTE A&OVI StMflfl .. ' * ,'" . 

| j G'. SPICqi^f C^qSiTO.A^^WATH^IM \ • ; 

•• B .^panfr Changes t6 aboV3 swath turning 
pom'rs 



i 



CURRBff SWATH — 



XT 



i. 



/ 

ihii • • • • • t • • t • 

• I • f • Hill t ••••• 

1 1 1 1 1 



I _ ........ 

( ) ENTER DESlftED SWATH WIDTH JSt KMS, OR SNTK 
'/ LETTER OF ONB OF THE. BELOW OPTIONS IN THS 
, " LEFTMOST .POSITION. PRESS SENP. * 

' / U, RJCTURN^TO ANALYSIS ,,OPT,I0NS 

• / T. REtU^N TO SWATH OPTIONS " 

• * Q . ' SPECIFY^, CHANGES TO' A£OVE SWATH TURNING' 

POINTS . - ' . . "' 



.A 

V 



•• 7(a) 

i 

'. \ 



7(b) 



JURRENT SWATH — 
■ •) . 
k - WHp (KMS):' .1 

I 

TURNING POINTS: , 



. ' 



. TURNING POINTS' ARE NOT NECESSARILY 
NQDES IN THE NETWORK, BUT THEY ARE DESCRIBED 
USING THE SAME FORMAT.) 



5 TO ADD TO SWATH, ENTER 'A' IN LEFTMOST * 
POSITIO^FOLLOWED BY TURNING POINT NUMBER 
OR TO DELETE FROM SWATH, ENTER 'D' IN 
LEFTMOST POSITION, FOLLOWED BY TURNING 
POINT NUMBER; OR ENTER ONE'OF BELOW 
OPTIONS IN LEFTMOST POSITION. PRESS SEND 
U. "RETURN TO ANALYSIS OPTIONS " , 
'T. WUB'N TO SWATH OPTIONS 
G, SPECIFY CHANGE TO ABOVE SWATH WIM 
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7. Sw^th options displays. 



7(c) 



x 



Unit Types 
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• . - , f 






•t ... 


- 


wHOVANAIP > 


. , Unit 


Number of 


Column" length (open) 


• Closing time 


unit code 


: identification 

:.-,:lv.,.....,. 


vehicles 

.. f . «... ' 


.32'KPH 

c 


. 12 KPH 

- ■ - - — 


c (32 KPH) ' 


: V /.:"::' 


r - ; ■■ ; 

/ 

Mtz Rfl DiV / ' 


'i 

2334 


•• 265.2 


. 157.0 


A£> hr 54jmin' 


02 ...> 


■• Tank Div 


2028 


232.8 


.139.8 


, 6 hr 4 mm 


03. 


;■" -Mtz.Rgt- • 


' 369 


' 42,9 


26.0 


1 hr 7 min 


••-.Of, ••• 


'' Mdm Tk fcgt 


250,— 


.30.3 


19.3 


' - 47 .min 




v. Mtz Bn 


67 \ 


6.6 


- 3.6 


10 min 




> Mdm'Tk Bn •. . •- 


51 ... 


5.9 


*3.0 " 


- , > 9 min 


-/TO. 1 \ :\. 


.'• faz Div HHC , 


• ; • 35 


_ • .3.3 


' - 1.8 


/ 5 min 


" ' Div Arty 


427. 


44,4 


' ':. ,23/7 


. 1 hr 9 min 

i . .. ■ 




V Recon Bn . 


' 72 


7.4. 


4.0 


• 12. min 




Engr Bn ■ 




.' ' 11. 7 . 


6.3 


• 18 min 


•■. ir .:*. 


Sig Bn : . .., / . '" 


38 


' ""• 3,5 


, 1.9 


■ ' 5 mm 


12 -V.: 


" l Cml Co'''' 


14 " 


■ 1.2 


•.7 


2 min. 


13 , •■ -. 


'Intel Co 


'■ * 17 


1.3f 


.8 


2 min. 


14 


,. Div Svc Elem t 


304 


,31-6 


16.9 

t f 


49 miri • 




Ainph Tk Pic 


5 

# 


.2 




1 min 




... Regt Arty.; . - 

, *y « i .... • 


59 


5.7 


3.1 

i 


9 min 



Note : column length computations are,bfsed on the following assumptions: 



L Average vehicle length = 5 mjfters. . .' . » 

2. .Vehicle 'distance, column gap as stated in -FM 30-102 (Revised). 

» 3. Divisions move in 16 battalions separated by 2 km. \ 

•4. .Rgts. move in 4 battalions separated by 2 km. "« . • . s 

5. Travel is in* an "open column" mode. ' ^ 

, At cross-country' speeds , Bn's still maintain 2 km gap., 




i - 'Table 2 

* * ... . • . • 

Travel Speeds Assumed for MOVANAID Demonstration (KMPH) 
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Movement condition 



Foot march. 



Tracked vehicles 



Trucks 



: Day 



Night; 



Dry ; Wet Dry 



' „ Day Night . 

.Wet ; Dry Wet . -Dry « -Wet 



Day 



Night 



Type of Arc 


(D 


m 


. .(3). 


(.4) 


, (5) 


(6) 


(7). 


(8) 


(?) 


(10) 


(11) 


(12) 




* 


** 






















Road type. 1 , 










t. 
















11. Country 


". 4.0 


..." . 3.0 


. . 3.0 


2.0 


'30. 


"30, 


15. 


- 15. 


35. 


35. 


28. 


\ 

25. 


12. City , 


4.0 


..•3.0 


;3.o 


2.0 

< 


30. 

» 


"30. 


*L5/ 


15,: 


35. 


35. 


28. 


.25. 


Road type 2 . 


i ' 












• 












21. Country 


'. 4.0 


3;'o 


3.0 


2.0 


30. 


30. 


15, . 


15. 


32. 


28.. 


. '24. 


20. 


22. City' 


4.0 


.3.0 


3.0 


2.0 


15. 


.15. 


7.5 


7.5 


16. . 


,.14. 




10. 


Road tVDe 3 

\ 


























• 31. Country 


■ 4.0 


■2.0. 


^3.0 


2.0 


25.' 


25. 


13. • 


13. . 


25. ' 


.20. 


18. 


17. . 


*32. City 


• 4 0 

y * • w 


3 0 


J * u 








0. J 


O . D 


LI . D 


1 n 
1U. 


n 

y. . 


0 C 

o.-5 


40.. Artificial 


999.9 


999.9 


999.9 


"999 Q 


999 9 


999 9 % 
777.7 


qqq q 


qqq q 


qqq Q 

t 7 77 • 7 


QQQ Q 

777, 7 


QQQ Q 

|777. 7 


QQQ Q 
777. 7 
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country 


. <2.0 
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' 1.0 


1.0^ 


0.5 


20. 


20. 


10. . 


10.* 


15. « 
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8. ■ 


52. Medium , 
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■ country 


1.0 


0,6 


;0.5 


.' 0.3 


15. ■ 


15. 


. 8. 


8. 


12. 
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6. 


■ . .i 

53. Difficult 
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cross-country 0.6 
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. 0.1 


'0.1 


10." 


10. 


5. ' 
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problem mjtsm mm '■ * 
nfli uhit mvwt mop fim-mm unit 

MG nPK^OM) LSST' // ORIG THSGGND DEST 

Mill /| MMI l| | 



••til II i» 
• •Ml II M 



Mill 
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I IM.fr* 
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Mill 
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• •III 



II I i 



• MM 



!)lOW OF ONB OF TEE BSLOtf OPTIOHS AND 

U, RETURN TO ANALYSIS OPTIONS • 
T, DSLfiTS ABOVB 1 PROBLEM • 
'G. SPECIFY ADDITIONS TO ABOVE PROBLEM^ 
DEFINITION 

6 'B, SPECIFY DSLSTIONS FROM ABOVE PROBLEM 




JURRENT PROBLEM DEFINITION »- 

JNIT- 'UNIT KVNT UNIT // UHIT UNIT IB UNIT 

3RI0 TYPE COND DEST // ORIG TYPB COM) DESf 

•. • // 

Mill fl II II I I I I I 



/• i I 

• » #• 

M s. I | ' 

II II 



I I I I I I J j I I | I I 



MM| 



i i • 1 

• • • • * // Ml ll • I il Mill 

# . : 

$99 9,9 j j II I || fir. II M«|| 

• I • • I ^ III u' |i ii I 1 1 1 I 



( ' : " : ' . ■ Tenter m line of DATA for •' 

PROBLEM DEFINITION, OR ENTER " 
. in OF <ONE Of THE BELOW ' 
OPTIONS IN LEFTMOST POSITION, 
• PRESS SEND, 
u. RETURN TCKANALljSIS ONIONS 
' T. RETURN TO PROBEEM DEFINITION OPTIONS . 
' Gi SfSCFY DELETIONS FROM ABOVl WSM '■ 



8(a) 
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3(b) 



CURRENT PROBLEM DEFINITION 
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j(ERJC 8, problem definition plan. 



UNIT UNIT MVNT UNIT 
ORIG TYPE COND DEST 



m mm 

ORIG TIPS COND 



(1) ii in •/ t M inn (6Jmn n n 

(2) iim i« 11 inn (*/)•• Mi 11 ii, 
(^)mmi m m mim (8)iMm II fl 

(^)ll«i|| II If Hill (^jiMll , II if- 

(jJiMii • • M mil (O)nm 11 11 



UNIT 
DEST 

MM 
Mill 
• MM 
Mill 
Mill 



( ) ENTER NUMBER OF JBQVE ENTRY TO BE DELETED 
' _ PROBLEM DEFINITION, OR ENTER LETTER 
' THE BELOW OPTIONS. 'PRESS SEND, ' 

U, RETURN TO ANALYSIS OPTIONS, 
VRETURN TO PROBLEM DEFINITION 'OPTIONS 
' G> SPECIFY ADDITIONS TO ABOVE PROBLEM 1 
" DEFINITION * '•. , 
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■ *************************** 

* COMPUTATION IN PROGRESS * 

«« i ' 



take no Action at mis time' 



A PROBLEM SOLUTION OPTIONS 


noriDTru npfTUTTTHM — 
PKUBLLM UhtlNlliUN 




UNIT UNIT MVNT UNIT 


UNIT UNIT MVNT UNIT 


ORJG TYPE COND DEST 

• • • • i ■ p « • *. • • • • i 


ORIG TYPE COND DEST 

* 

♦ it •» Him 
i ■ t t i t « n ■ « ( ■ « 

• •Ml 1 t . • » , 


(-1 ENTER LETTER OF ONE OF 


TOE BELOW. OPTIONS AND 


PRESS SEND. . , 




U. RETURN TO ANALYSIS OPTIONS 


T, DISPLAY "MINIMAL TRAVEL TIMES CURRENTLY 


AVAILABLE , 




G. OBTAIN SOLUTION FOR NEXT ORIGIN 


B. OBTAIN OPTIMAL ASSIG 


NMENf OF UNITS TO 


DESTINATIONS' 





MINIMAL TRAVELWIMES (HMS) ■ ; - • / DES KEY 

ORIGINS DESTINATIONS /. ' 

1 2 3 \ 5 6 '7,8 / >] 
INN NNN' NNN / 2- 
/3- 
74- 
• '/5 T 
- /6- 

n- 

■ /a- 



/9- 

lo- 



in DISPLAY A TRAVEL PATH, 'ENTER TWO DIGIT NO. 
IDENTIFYING ORIG. AND DEST., OR ENTER ONE, OF 
BELOW OPTIONS IN LEFTMOST 'SPACE. PRESS SEND. 
T. RETURN TO PROBLEM SOLUTION OPTIONS 
G. DISPLAY 2ND PAGE OF MINIMAL TRAVEL TIMES 
B. OBTAIN HARD COPY OF ABOVE INFORMATION 
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MOVANAID solves the defined problem one "line" at a time. Thus., 
the • minimal paths from the first unit origin to all unit destinations 
are obtained first- ; When the solution is available, a display shows 
"the problem definition with an asterisk beside the first line to indi- 
cate that that portion of the^ problem has been solved (Figure 9b). The 
\iser- has the- option- -of -displaying - the minimal travel _■ times MOVANAID has 
computed, continuing to the next portion of the solution, or, if there 
.was only one origin/destination pair in the problem, returning to -Analy- 
sis Options. If the\u£er continues to the next line of - a problem with- 
multiple origin/destination pairs, he will again have these options 
when the next set of* Computations is completed. In addition, if MOVANAID 
has completed the lasty-line* of a problem with more than one line, then 
the user can request the additional computation of the optimal assignment 
of units to destinations. Note that "illegal" • options (e.g., a return 
to Analysis Options as a request for optimum assignment when there are 
portions of r the problem still to be shown) are eliminated from the 
analyst's display, ; • 

When the user requests the movement times obtained by MOVANAID, 
they are displayed in a matrix format (see Figure 9c). From this dis- 
play; the user has the option to obtain a hard copy of the information 
(typed on a computer-driven typewriter at the user's work station), to 
see the "second page" of information (relevant only when there are more 
than eight origin/destination pairs) , to obtain the optimal assignment 
of units (if all lines of the problem have been solved) , or to return 
to the problem-solution-options display. When the minimal path is re-, 
quested, MOVANAID will display all nodes (up to 49) on the quickest 
path from the specified origin^ to the specified destination (Figure 9d) ; 
a typed hard copy can alro be produced. . When the user requests the - - 
optimal assignment solution the origin/destination pairs are displayed 
that minimize the total time for a simultaneous - maneuver of each of the 
units to one of the specified destinations (Figure 9e) . 

Examples of MOVANAID Use , 

This section contains a series "of examples, derived in part from 
the SIMTOS scenario, that demonstrate the material just discussed. 
These examples also show- how the user could prepare a. problem for solu- 
tion by MOVANAID. ' The sequence o*f examples assumes that the user has . 
progressed through the introductory material, has the Analysis Option? 
displayed/ and has made no changes to the network. * The results shown'' 
are identical in content and format to those produced on the CRT. Note 
that the description of analyst/MOVANAID interactions- in the examples 
below will not detail each individual step of t;he process; e.g. , re- 
turning to Analysis Options from some point might actually require a 
sequence' of 2 or 3 inputs but may be described as though it were one 
step. • . 



The 20th (U.S.) Division- G2 section has just received a message 
giving the probable locations of four Aggressor tank units- One of 
these is the' 34 th Medium Tank Regiment, located in the vicinity of 
UTM (Universal Transverse Mercator) map coordinate, UR0682~ The G2 
wishes to know the minimum time for this unit to reach the vicinity 
of 'Hill 614 (QAtt476~)-y' a key terrain i 'xeature . Consulting the ir5Cj00O 
scale .map with network overlay, the analyst notes that no node exists 
at ,the unit location. The analyst determines the grid locatiott of the 
tank regiment and labels- it 46710 following the method discussed .above. 
The analyst notes the need for a lp.nk from this, node to a nearby main 
road, and plans to create node 43200 at the point of intersection. The 
analyst judges that the arc, between the two new nodes (dashed line on 
Figure 10) is passable at approximately the speed of an easy cross- 
country route, and measures the distance on the map using a simple^ 
map-measuring device. ■' \' 

i Example 1 . To make the necessary changes in the network, the 
analyst first- chooses Option i from the Analysis Options (Figure 4) 
and 6hen indicates interest in node 46210. MOVANAID responds with an 
error message, informing the analyst that 46210. is not currently in 
the network. u The analyst note's on the map that the new node, 43200, 
will fall on a link between 44180 and 40270, and enters 44180 as the 
node to be considered. MOVANAID displays the linkage information for 
44180 (Figure 11) . The analyst enters a line of data linking 44180 
to 43200, and deletes the link 44180 40270. The analyst then re- 
turns to node selection, indicates 43200 as the node to be considered, 
and enters a . line of data connecting 43200. with 40270. Note that these 
last two steps, the 'deletion of "44180- 40270 and the addition of . 
4'3200 40270, are necessary if the analyst wants to place the new 
node 43200 specifically on the link 44180 40270. The analyst must 
carefully plan any additions or deletions to insure that the MOVANAID 
network and any solutions based on that network are consistent with 
the analyst's mental picture of that network. 

After replacing 44180 40270 fcith 441*90 +r* 43200 40270, the 
analyst indicates interest in working with 43200. The linkage data 
are displayed and the analyst can proceed-to define the 43200 46210 
link. With the network sati'sf actorily modified, and with no interest 
in restricting the analysis* to a subnetwork, the analyst* returns to 
Analysis Options and selects Option 4, Probiem Definition. Obtaining 
the Additions display, the analyst enters a line of r data: 46210, 04, 
05, 15150 (specifying a unit type 04 to .move under conditions 05 from J 
46210 to 15150). Since the analyst is interested in only the one. unit, 
the analyst then returns to Analysis Options and chooses Problem Solu- 
tion. After reviewing the problem definition, the analyst initiates 
the computations. ^ 

After the computation period , MOVANAID signals the availability 
of solution output. The analyst request^ a display of minimal travel 
time iFigure 12a) and of the nodes on this minima\^path (Figure 12b) . 
Tracing the solution. on a map (Figure 10), the analyst is Somewhat 
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Figure 12. Example 1 solution displays. 



dissatisfied with this solution because it would require the Aggressor 
unit "to engage in a "crossing of lines 11 maneuver that would' lead to - 
some delays not anticipated by the MOVANAID algorithms; therefore the 

analyst returns to the Analysis 'Options to reformulate the problem. ' 

- - , -■ ■ • ■ 

Example 2 . Looking at the map, the analyst sees yhat appears ^to 
be. a. reasonabla route 'for the Acjgres^or- unit : a move to the north on 
the Aggressor side of the border, as far , as the OELSNITZ region, then 
a swing toward HOF on one of several roads. By defining an appropri- 
ate subnetwork,- the analyst can restrict MOVANAID 1 s- attention to that 
route and fp_nd the .relevant minimal travel time.. The analyst chooses 
the Swath option and defines a swath 10 kilometers wide with turning 
points 46210, 37330, and 15150 {Figure 13). The network additions 
and deletions' made for example 1 are still appropriate to the new 
problem, as is the problem definition! Thus, the analyst now requests 
a problem solution and initiates computation, MOVANAID again notifies 
the user when computation ' is complete for the first (and only) -line of 
this problem; the user fjirst looks at the minimal travel time arid then 
at the associated minimal path '(Figures 14a and 14b). The analyst 
notes that the time for this route is only slightly longer than for 
..the previous route and . that the new route makes sense given the tacti- 
cal situation, requests a "hard copy" of the nodes on this route for 
use in plotting it on' the map, and then returns to Analysis Options. 

Example 3 . In the previous -examples , MOVANAID has had its at- 
tention restricted to the original network $s modified to connect the 
origin of the unit of interest into., the network. The ba£ic network 
Consists only of hard- surface all-weather roads; the solutions produced 
have not considered the possibility. of cross-country travel. The ana- 
lyst has noted, however, th'^t there appears to be a reasonable cross- 
country route that might reduce the time from -46210 to 15150. The 
analyst starts *final treatment of the problem by adding^ link to the 
network , 43200 «-> 32170, and then requests a problem* solution . Howr- 
ever, the analyst notes;that" there is still 1 a subnetwork defined by. a 
>swath, and returnfe to *cfelete the s swath. The" analyst then * cal\Ls or <a 
solution 'and initiates computation'. in this ^ case", the minimal -travel. " 
time is 1*43 minutes (the shorter distance compensating for -the slower 
eross-country travel times for a portion of the route) on the path 
displayed in Figure 15. ^ . 

♦At this point, the analyst knows of three' rodtes from the current 
location of the unit of interest to the anticipated destination! All 
routes would take slightly under 2-1/2 hours to ; travel, given the as- 
sumptions about average speed in the speed table and including 47 min- 
utes closing time for the unit when arriving at the destination (see 
Table 1) . No clear-cut advantage can £e seen for any of the routes . , 
on the basis of travel time alone, and^the analyst -will be required 
to consider other aspects of the tactical situation in discussing the 
probable enemy course of action. However, MOVANAID has provided him 
with a good estimate ,of the movement time for the .unit in questiqn, 
and has allowed him to explore several plausible alternative , routes in 
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, Va relatively short time. A-great deal N of the value of MOV AN AID de- 
pends on its careful use by an analyst wpb is able to define a problem 
in such a waf |S to obtain splutions consistent with the realities*" of 
the tactical Situation. While MOVANAID may designate one route as 
"optimal , " the analyst should compare that solution -with . the analyst's 
own njcy^ reading and, if necessary, create new links and/or .subnetworks 
to obtain a new MOVANAID solution similar to the analyst's own subjec- 
tive* analysis. At that point, the analyst may determine which set of 
assumptions and results seems most reasonable. The examples ' above , 
1 involving three different attempts to obtain a meaningful solution to< 

a simple ^problem, should be considered 'typical of the approach a suc- 
cessful, user will take. u • "* 

CONSTRUCTION OF MOVANAID • , 

Analytic Basis . 

XP** . The movement analysis aid MOVANAID has been discussed. in the 

previous jsection in *"bl'ack-box" terms, as seen by the user, arid the 
manner °±n which users interact with the aid has -been described. (We 
* do not. discuss in this section the computer implementation of MOVANAID, 
or give detail abojj^" the data upon which the aid operates; these and 
<similar matters will be discussed later, in the section entitled The . . 
Construction of MOVANAID: Computer Implementation, and Appendix B, ' * 
"respectively.) There are two basic functions which MOVANAID performs , 
in generating answers to questions posed by users: , the computation o£' 
the fastest paths from origins to destinations, and the computation of 
unit assignments to de&.t in actions . These computations are performed in 
MOVANAID by algorithms developed elsewhere. 

.v ■ ■ .. . .■. 

^-^ Computation of Fastest Paths ' f -• 

Several algorithms for finding fastest paths in a ^network have 
been discussed in the literature; each Requires * as data ; travel * times 
for the individual arcs pf the network. One. such algorithm^, which we 
call "MINPATH, 11 has been included in MOVANAID for fastest-'pabh 
computations. 1 

t 

Although there.* are reasonable grounds for attributing the MINPATH 
algorithm to Dantzig (see Dantzig (1960) and also Dantzig (1963, 
pp. 363-366).) , it. must be admitted that -the origin of the algorithm is 
now obscure. .There are several similar fastest path algorithms which^ « — 
predate Dantzig' s (see, for example, Bellman (1958) and Moore ..( 1957) ) . 
Still another algorithm, that of Minty (1957), is particularly; inter- 
esting^ In Minty's algorithm, one first builds a string model. of the 
network, with arc iengths- proportional to travel times; then, grasping, 
the network in % one band at the node of destination, one simply stretches 
the network. * ' .* ' . 
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The computation of individual arc travel times is straightforward; 
o,n e simply uses road type, traveling- unit type , 'weather , and time of ( 
day information to find the appropriate rate of travel for each arc in 
the speed table (Table -2)/ and divides the arc.length by this rate to . 
determine the travel time- Similar remarks apply to the computation 
of the time necessary for the collapse of a fc column of maneuvering units 
which travel in columnar formation. (In its. present configuration, 
the MINPATH portion of MOVANAID adds a cf>lumn closing time ^this being 
computed on the 'basis of v the user-specif ied^type of maneuvering unit) 
to the fastest path time to .obtain the minimum time within which the 
last element of a maneuvering column can reach the destination by 
traveling thrpugh the network.). Thus, it suffices for present purposes 
to. assume that travel times for arcs, together with unit closing times, 
have already been determined. *. •', 

To? illustrate the MINPATH algorithm, we will consider the network 
N of 11^'nodes (A through K) and 19 arcs' shown in Figure 16. The number 
appearing next to each arc in. the figure is the travel time for that 
arc. "Let us suppose thatsnode A has •been specified by a user as being 
the node of origin, and that the user wants to know the fastest travel 
.time and associated path from node A to some node of . destination , say 
node K. e» . " 

The first step is to' form the matrix T of arc /travel times for . 
the network as shown in Figure 17. The rows and columns of T are 
labeled with node labels A -through K/ and' the elements of T are the 
travel times between nodes corresponding to, the rows and columns in 
which. the elements appear. Arc travel times ^between nodes of the net- 
work that are hot connected by a single arc are taken to be infinity 
(°°) . Included in the figure are path information Columns and a travel 
time row. These will be used in the illustration of the algorithm. 

JTh e convention is that no node is self -connected;' thus the travel 
time between any node and itself is always ». We could equally well 
adopt the perhaps more natural conventisap that each node is self- 
connected with associated' travel time zero. It turns but, however, 
that one would gain nothing from this', and the number of computations 
requirec^by the algorithm would be slightly increased. Any , ordering * 
of row and/or column . labels is permissible; however, if the order in 
which the rows are labeled is the sajie as the order for the columns, 
then T will have the convenient property, of being symmetrical with 
oo appearing everywhere - on the diagonal. Finally, although the net- 
work N Is undirected (meaning that travel is permitted in either direc- 
tion along any arc), it is convenient for. our discussion 'to regard the 
node labels heading the columns 'of T as being points .where a traveler 
may be at some stage of a journey, and the * row headings as being' 
places where he may go next.. 
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Figure 17. Travel time matrix for the network of Figure 12. 
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The MINPATH algorithm is based on the 7 continuous expansion of a % 
set of "active" nodes to which fastest travel time$- are* known. When f 
this set includes all nodes , the algorithm^ terminates . The algorithm 
is initiated by performing the following operations on the relevant 
matrix of travel times: 

1. Initialize the set of active nodes by indicating that the 
node of origin is active \ The rows of active nodes are • 
eliminated from further calculations, since fastest travel 
times to these nodes are already known. A circle around 
the column label and a line through the row are convenient 
notations for an active node in, illustrations. 

2. Establish a reference mark for measuring time (we take the 
■ 'mark to be zero) by writing "0" in the time row -.directly 

" abov^e the node of origin. . 

3. Enter the label of the node of origin in the path informa- 
tion column associated with that node^. 

> 

The result of performing these operations on the travel time matrix 
of Figure 17 is shown in Figure 18., In operation 1, the active nodes 
of N are those which have already been visited by the traveler on one 
of several journeys which the algorithm will ultimately construct. 
Initially, of course, the traveler has "traveled" ^only to the node of 
origin, and this node therefore comprises thl entire initial set of 
active nodes. The significance of operation 1 lies in the fact that, 
by* removing the row of T corresponding to the node of origin from 
further consideration we ar.e actually eliminating all possibility of 
the traveler 1 ^ ever returning to that node once he leaves it. Indeed, 
it is clear that ±he" fastest path from any node to any other node can 
never involve the traveler's return^ to a node already visited; other- 
wise, the traveler would -expend travel time without making progress. 
With respect to operation 2, we interpret the "0" which has been 
written in the time row abov$e the node of origin to be the. shortest 
possible time in w#*ch the traveler can reach the node of origin, and 
operation 3 merely indicates the corresponding fastest path. _ ; ■ 

Following, initiation, the I&ENPATH algorithm proceeds iterative! y 
according to the steps listed below (see Figure 19 for MINPATH flow- 
chart);:- , - > 

Step 1. In each column of-T corresponding to an active node-, 
find the shortest travel time from the node to any 
' nona'ctive node (that is, to any. nide whose 'row has not 
been eliminated) ; for each active node, keep track of 
the nonactive node so determined. ■ < 

r ■ ' • . '* 
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Figure 18. Travel time matrix for the network of Figure 12 after 
initialization for the fastest path algorithm. 
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Step <2. Form the sum of each of the short^t travel times iderrti- 
' . f»" fied in step 1 with the time recorded in the time row 
above each corresponding active node , and identify the 
smallest of these sums together, with the active node P 
and nonactive node Q which are involved in the minimum 

* " . sum - v 

Step 3. Designate node as being active, enter the minimum sum 
identified in step 2 in the time row immediately above 
the new active hode Q, aad copy (in the path column be- 
longing to node Q) the path in the path column belonging 
to node P, appending to this .the symbol of the new active 
node Q. 1 '* / 

Step 4. If. all nodes of N are active, terminate; otherwise, go 
back to . step 1. 

A tie encountered in the performance of step ,2 may result in al- 
ternative fastest paths to the nonactive nodes involved in the tie. 
iff information of this* type is desired, one must keep^ track of all 
the "nonactive nodes so tied. 'Ties encountered in^the performance of 
step 3 ar6 of no consequence and may be ignored by^making an arbitrary 
choice of\the minimum sum; the ignored cases will reappear in succeed- 
ing iterations and can be disposed of one at a time. Note also that, 
if we count each perf oririanc&^pf steps 1 through 4 as being one itera- 
tion of the algorithm, the^ftev^re precisely n - 1 iteratiems uritil 
termination for an N node -network. . - C 

We shall now go through the first f ew ' iterations of the algorithm 
beginning with the already initialized trave}. time matrix of Figure 18. 

For. step' 1, we observe that only node A is active; we therefore 
look only in column A. We find that the fastest time from node A to* 
a nonactive node is 7, the nonactive node involved here 'being node B. 
There are no ties. • 

For step 2 , we form the sum of the time/ 7 just obtained and time 0 
indicated in the time row in column obtaining K th£ result 7. Trivi- 
ally, we search for the minimum sum and r> there being only one to con- 
sider, we determine- that th£ minimum sum i,s 7, active node A and 

nonactive node B being the source of the minimum sum. 

* 1 i 

For^ step 3, w^designate node p as ^eing active (by drawing a£ \ 
circle around the column heading "B" as shown in Figure 17). We also / 
enter the previously identified minimum^ sum of 7 in. column B of j the 
time row, transfer the path information- "A" contained in the path' col- 
umjj associated with the new active node B, arid append to this the symbol 
• M B" of the new active node. 
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For step 4, row B is crossed out, thereby eliminating it from 
further consideration and, since nonactive 'nodes still remain, we 
return to step 1. This conpletes the first iteration of the algorithm; 
the travel time matrix and associated/ labels shpuld now appear as 'fehown 
in Figure 20. ' ~ 

* 

We may conclude at this stage that the fastest travel time through 
the -network from 1j£ie origin, nofte A, to node B is, <7 , and that the as- 
sociated fastest path is the direct one: v A ■ B. ' 

Proceeding now with step 1 of the second iteration, we observe 
th^t, in Figure 20* nodes A and B are active. Irf column A, the fastest 
tri^ye^l. time from node A to any nonacti've node rite to node C in time 9, 
whereas in column B the fastest time is to «no<le\a in time 9. In step 2, 

we form the sums: * * 

. • ~ . ' y - 

•9 + 0 = 9 (active node A to nonac't'ive g node C) 
9 + 7 = 16 (active node B tc/nonactiv 



and observe that 9' is the smallesA^ these- For s^ep 3, the nonactive 
node C involved in the minimum sum^R activated; t.he minimum sum 9 is 
entered in column C^of the" time row, and path information "A" contained 
in. the path column* associated with the bid Active node A is transferred 
to the path column associated with the new active node C, the symbol "C" 
then being appended. In step 4, \ow C is crossed out, and we return 
again to step 1. This ■'completes' 1 ' the second iteration; the extent of 
labeling of the travel time matrix .at this stage is shown in Figure 21. 

* In the third iteration, we determine that active node C and non- 
aCtive node F produce the minimum sum of 14. Node F is therefore acti- 
vated, and the various labels are entered in the prescribed way. 'At' 
the end of the third iteration, tJje travel time matrix has the appear- 
ance shown in Figure 22. 0 

In th^s example, the algorithm terminates with the activation oH 
ciode K upon completion <5f tirhe tenth iteration. The travel time matrix 
at termination is shown ijf Figure 23.. Fron^ the figure-, we read off 
the fastest travel times and piaths from the node or origin, A, to the r 
other nodes of the network: 
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Figure 20. Travel time matrix for the network of figure 16 
' one iteration of the MINPATHN algorithm. 
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Travel time matrix for the natwork of Figure. 12 after 
two iterations of the MINPATH algorithm. 
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Figure 22> Travel time matrix for the/network of Figure 12 afte 
three iterations^ of the MuNPATH algorithm. 
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Travel time matrix for the network of Figure 12 after 
termination of the MINPATH al^d^ithm. . 
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Note that there are two' fastest paths from A to H in this example; this 
^ result derives from a tie occurring in £tep 1 of the ninth iteration/ 

We?coi\cldde our discussion about the algorithm MINPATH by pointing 
" out" tKat"we"hwe"^dtT fori^lT^^roved in "this- report €hat the algorithm 
produces the shortest travel times and paths in any network. However,, 
a formal proof clpsely follows the logic of the steps of the algorithm, 
and is available elsewhere [see Dantzig. (1963, pp. 363-366) or Ford .and § 
Fulkerson (1962, pp. 130-134JJ*. 

Optimal Assignment, of Units to Destinations . ' . 

Wepow turn, to a 'description of the method whereby MO VAN AID com- - 
^putes solutions to* assignment problems. Consider a situation where 

there are n travelers W^, /. . ,U n at origins Ojl. . 1 ,0 n and n destinations 
■. » D.^,. erne for each traveler. (More general types of assignment 

piro^lems involving^ for exainple, . jno^e than one traveler . to be assigned 
to certain destinations, 'are posarfble and of interest- -! Some of these. 
- ■ mdre general problems- are discussed below in tj^e section, entitled ''Ex- 
tension of MOVANAID." As presently structured, MOV AN AID computes solu- 
tions only to assignment problems of the type indicated .here. ) Suppose 
that, the minimum time necessary!) for each traveler to rea£h each destina- 
tion is known, and that, we wish to assign travelers to destinations in 
' such a way .that the largest travel tim£ required by any traveler to 

reach his assigned destination,- is a minimum. These times. -are computed 
; by the MINPATH portion of MOVANAID. .It is- assumed that there are no 
. delays due. to interference among ^ijpultaneously maneuvering travelers. 

. ' It ig corfyenient- to organize \ the information for the problem in a 

"travel time matrix" A whose rows correspond to the travelers and whose 
poiuimis correspond, to the destinations^, tbe ij th element, of the matrix 

* r^is the time required-. (for* trayel4r-"i»i\ to reach destination Dj along the 
/fastest path. A' travel*' time, matrix for a hypothetical assignment ^prob- 
lem involving six travelers and 'six destinations* is shown in Figure!* 24. 

It is possible in principle tcr determine which of the assignments 
^minimizes ttie maximi^im travel time by simply ex&mining all possible asr 
signments; a method ^of : this type is c^ed a "solution by enumeration || f 
However, applying "this method to a problem of even moderate size requires 
the examination of an enormous niimber - of ,assignment| — so much sc* that 
■solution by enumeration inust be regarded as*being unattractive. (A 
* ■ problfem of sizeSlO, for example, would require the examination of 
101 = 3628800 assignments.) A more, efficient . approach to solving 
assignment problems is* available and has been used for 4 MOVANAID. 

. ■ • * ; ] 

>kn iterative algorithm (which we call "MlNASSlGN") for neatly. and 
rapiS^-y solving assignment problems of ,our type is described by Gross ^ 
in Ford and Fulkerson (196.2). Gross ' s algorithm draws heavily on earlier 
. work 1 by Konig (1950)'' and Egervary -.(1931)'.'"; Briefly, the Konig-Egeryary 
. theorem' shows that the assignment problem is equivalent to a* problem in 
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Figvhre 24. Travel time matrix , for a hypothetical assignment, 
problem of size «ix. 
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network- flows; Gross's algorithm uses a "labeling" technique, normally 
used to optimize flows in- networks, to solve the assignment Jproblem. 
The general MINASSIGN technique is illustrated in Figure 25. A full 
account of these matters .is given by Ford and Fulkerson (1962) . _ 

For^ari assignment problem of size n, the MINASSIGN algorithm 
manipulates an n tx n "working matrix" r W, each of whose cells is in one 
of three states: a cell may be "admissible" and contain the symbol 
"1"; a cell may"be; admissible and empty; or a cell may be "inadmissible . 
The algorithm, which is complicated at. first glance ;but ^whose logic is 
more clear after an example, proceeds according to ( the following steps: 

Step 1. Choose any feasible assignment by entering the: symbol. 

"1" in the appropriate rows and columns .of W. An as- 
signment is. called "feasible- if each' traveler is as- 
signed »to a destination, and each destination is ^ 
allocated to a traveler; a "1" appearing in the ij 
cell of W is interpreted to mdan that traveler is 
assigned to destination' Dj . Kote that, in a feasibly 
assignment, one 1 appears in each row and calumn Qf W. 

Step 2.. Determine the largest travel time T involved in the 
present assignment. ^ 

Step 3V Designate all cells of W for which the corresponding 
«' travel time is > T as being inadmissible, and delete 

' all i's which occur in inadmissible cells. 

Step 4. Identify all rows of W which do not contain a.l as 'being 
"initial 'rows";, identify all columns of W which do not 
contain a 1 as being "breakthrough columns." 

. ' x : *~ . . > " , ' - 

Step 5. If, for any 1 £ i, H £ n, . 

fa) ,Koy i is an initial row or is labeled, and ^ 

t » .■ 

(b) Column j is unlabeled, and • 

(c) Cell W. . -is admissible, > . \ 

label column j with tne number "i. " If, after ' accomplish 
*ing (a) through (c) above for all 1 < i < n, no column 
has been newly labeled, conclude that the present assign- 
ment is optimal and terminate ;. otherwise* • t 

fcf a breakthrough column has been labeled, go to 
v Step 7; t . r 

If a breakthrough column has hot been labeled, go 
to step' 6. 
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■ ' Figure 25. Flowchart for the assignment algorithm MINASSIGN. 



Step 6. If, for any 1 £ i,j £ n, 



(a). Column j is labeled, and 



e 



(b) 'Row i is unlabeled, and 



S (c) Cell W i . c6ntains a 1, - 

• 

label row i with the number ''j.' 1 After completion of 
(a) through (c) above for all 1 < j < n, return to . 
step 5. 

*n Step 7. When a breakthrough column receives a label "i," do the 

following^ , * 

(a) Enter a "1" in the i th row of the breakthrough column. 

(b) If -the i th row is not an initial row, remove the "1" 
appearing in the column of the i^ row as specified 
by the. label "j" on < that row, and go to (c) ; if the 

/ ith r ow is. an initial row, go to (d).\ * ' 

(c) Enter a "1" in the row corresponding to the label "1" 
of the -i th column iust located in (b) above; if this 

' row is not an initial row, return to (b) ;. otherwise 
go to (d) . 

(d) Discard aljL labels and designations of initial rows-, 
and .break through columns; if the number of l's ap- 
pearing in W is less than n, go back to step 4; 

;;- otherwise, go back to step 2- % 

Some comments about trie .steps will clarify the process. First, 
although any feasible assignment will^suff ice .for step 1, the diagonal 
assignment wherein traveler Ui is assigned to destination 'D i for 
1 4 i £ *n is natural and easily implemented by machine in practice . 
For hand computations, on the other hand, it is often possible to re- 
duce l the number of computations required for termination of the algo- 
rithm by making as "good" .an initial feasible assignment as one can 
readily find. • " . 

' - • .k. 

Referral to the 'travel t time matrix A is necessary for step 2. It 
is convenient to regard each passage through step 2 as being the begin- f 
ning of an iteration of the algorithm. ^ 

* ■ 
Note that the performance of step 3 always results in fewer jthan 

ri l's remaining in admissible cells of W; some or all of the cellV in- ^ 
volved in the present assignment are made inadmissible in step 3. Thus, 
we might refet to the allocation of admissible l f s that* still remain 
in W dft<?r the. performance' of step 3,/ifany, a^ being a "partial ^feasi- 
ble assignment." In step-fl, any convenient symbol, such as "/•' 6r "*," 
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will suffice in hand computations to identify initial rows and break r - 
. through columns. ^ > 

Steps- 5 and -6 are- the " label iri§f -steps" ; in step 5, columns are *~ 

* labeled with row numbers; in step 6, rows with co lumn- numbers t Not 
. all rows nor all Columns need receive labels. Note that in step 5 it 
is necessary to keep track *of whether pr not it has been possible to 
labe£ any previously .unlabeled column with, the row number of any initial 
; or labeled row, whereas no corresponding procedure is required in step 6 
Not^e also th£t, in step 5, all possible column labeling should be ac- 
% . complished. fiowever,Kif a breakthrough column receives a label, one 
rhay dispense with the rest of step 5, if any- remains, and go directly 
to step 7 before forming any conclusions about optimality or going to 
another step. Similarly, in step 6,^ alii possible row -laijel^ng Wiould 
be accomplished- before reverting to column labeling in step 5. 

One reaches step 7 if and only if a. breakthrough column rfeceives 
a label. When breakthrough occurs the various row and column/ labels 
contain the information necessary to reassign travelers^to destinations 
in such a way that the "partialness" of the partial feasible assignment 
(created in step. 3) is increased by one. If, on fi the one hand, an in- 
crease of one in the partial assignment is sufficient to change ^the 
partial feasible- assignment into a full f easiblejtssignment (involving 
.all the travelers and destinations) , one wi^T"4fave found a new (full) 
feasible assignment that is strictly better tljian the one in step 2. 
Thus, in this case, one will wish, to discover ^whether there is a still, 
better full feasible assignment by repeating^th^ entire process begin- 
ning with step 2. If , on the other hand, the; increase of one in the 
partial feasible assignment does not result in a full feasible assign- 
ment, oni does not yet know- whether a new strictly better full feasible 
assignment exists, and another repetition of %the labeling process, 
beginning with step 4, is neces^aVy- " ^sL 

/ We will now ilj.iA£trate tlw'Spiavior of the MINASSIGN algorithm by 

applying it to .the assignment profclenT whose travel time matrix is. shown 
in Figure .2,4. Note, incidentally", that* a rather good assignment has 
: *Ubeen hidden ' in ' the matrix of Figure 21- as follows; 

U„ D in time 1 
1 4 




U 2 ■+ D in time 1 



■+ E> in time 1 

3 *■ 3 



>* - . 
U ■+ D in. time 1 , f 



■4 5 ~ 

o — 

U 5 ^. D 2 ,in time 2 

\5- -+ in time 2. 
6 6 



Thus, the. algorithm must yield an .assignment at least as good as this 



one 



f 



We could, in step 1, try to rediice the number of computations 
required by choosing as good an assignment as we can readily find, as 
Suggested above. However, for purposes of illustration*, we choose the 
initiki assignment to be the* diagonal one „ which we'indicate by circling 
the appropriate elements of a copy of the travel time matrix at the be- 
ginning of iteration l'as shown in Figure 26. 9 / 

: . .- ' . : r r :-t 

For step 2, observfe that the largest travel time involve^- in the 
presents assignment is 6. It occurs^ as a result of assigning traveler., 
U4 to destination D 4 . -J " \- ' ' 



ibes 



In step 3, -all cells of the working matrix which cor 
tifties £ 6 in the *traveP time matrix are made inadmissible 
them out. At this stage, the working matrix is illustrated 
first tableau for iteration 1 shown in Figure 26 except 
and coli^i labels which also appear — these are entered' iri 



In step 4, we observe that rows four and five of the^fi; 
do not contain a 1; we therefore designate these rows as ber 
rows by affixing to each 7 the symbol "*." Similarly, colunuis 
five do not contain a 1; hence these are designated as break 
columns, again through the use of the symbol "*.*' 

r In step 5, observe that only rows four and five are eitncte. labeled 
or initial rows (both are initial rows); hence only these rows Tinay be- 
used to label columns . We begin with row^rfour. It is not possible ytd 




label col 



umli 



one with a "4" since 



, "aiyi'ough- column one is unlabeled, 



cell w 41 is inadmissible. It is possible, however,. £0 label column-two 
with a n 4, M column two being unlabeled and'cell w 42 ^ in 9 admissible; 
thus, column two receives the label "4." Noting that*column two is not 
a breakthrough column € we continue with the labeling process and ob- 
serve fhaf column thr^ should also be labeled with a "4." Cplumn four 
(one of the breakthrough columns) is, unfortunately, ineligible to be 
labeled with a n 4™ since ,' although vcolumn four -is unlabeled,' cell w 44 
is inadmissible. For column five, powever, we > find that not only is 
column five unlabeled but also thatl cell w 45 is admissible* column five 
therefore receives the label "4y." . Since column five is one of the 
breakthrough columns, we inky dispense with further column labeling 
(see the comments^ on step/5 above) and go directly ^to step 7 to con- 
struct the second tableau ..for iteration The final ^rorm for the 
first . tableau for iteration 1 is Shown in Figure 26. ^ 

'Observe, in step ij that one' of the breakthroutfi columns of the \ 
first tableau (column five) is labeled with the lab<3. "4.'" -Hence, 
according to 9a, we enter a 1 in the foiirth row of that column (as. 
is ^hodn in the second tableau for iteration 1 in Figure 26) and, 
since the fourth rotf'is one of the initial rows, we skip ahead to 7d. 
In 7d, we observe that the .number of 1 1 s which . now appear' in the second 
tableau is five, and since 5 < 6, we return to step 4 to continue with 
iteration 1.. The .appearance of the working matrix at this stage is 
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Figure f6. Operation of the MINASSIGN algorithm for the assignment problem of figure 12. 



shown in the second tableau for iteration 1 in Figure 26 (except for 
the row and column symbols and labels). 



Proceeding with step 4 on the second tableau, row five does not 
contain a 1 and hence is designated an initial row. Similarly, column 
four is designated a breakthrough bplumn. 

" * - 7 

In step 5, columns one, two,/ thre"e, and six, receive the .label "5." 
Since none of these columns is a /breakthrough column, and since further 
labeling of columns is not possible at this point, we are directed to 
step 6. " • f i 

* In' step 6, we note th^t columns one, two, three, and six are, the 
only labeled. columns; hence, these are the only columns which may be 
used to label rows., In column one, a 1 appears in row one; hence row 
one is labeled' "1>" After similarly labeling* rows, two, t^ree, and six, 
respectively, with labels "2," "3, M and "6)" we revert tp colufin label- 
ing in step 5. " > Si 



In step 5, we observe] that rows one, two, three, an£ six have 



id six 

been newly labeled, so that further column labeling may now be possi- 
ble. With row one, we observe that although cell w^ is admissible*, 
.column one has already been labeled with the label "5"; we do not change 
the label on column one but rather skip ahead to column two and. then 
to column three, both, of which have also alrelidy been labeled. Column 
four, however, is eligible to receive the label "1" and, column four 
being. a. breakthrough column, we may omit further column labeling as 
before add go directly to step* 7. The final appearance of the second 
tableau for iteration 1 is shown in Figure 26. ■ % 

Observe, in step 7, that the- breakthrough column (column four) has 
the label "1. " We therefore insert .a. 1 , in; row # one of column four . Row 
one is not an initial row, and we therefore look for a label on row one 
and find that the label is "1"; this is the number of the column of 
row one yftiere we'will £inS a 1. After removing the 1 so 3«ocated, we 
are ducted to insert a 1 in the row of column one indicated' by the 
la£>el on column one,, here "5." Because row five is an initial row,^^ 
stiie movement of l's is complete. Further, there now being ^ix l's in 
the working *matrix for itteration 1, we conclude that iteration 1 is 
also -complete and that there is a better assignment than the one which 
was [used at the beginning of the iteration (in our \case, the diagonal 
assrgrfment) . This assignment, which lis the initial assignment for 
iteration 2, is indicated* by the pattern of l's. which appears in the 
third and final tableau for iteration 1 shown in Figure 26. 

■ ••*•.«. •• •* 

. ' \ Iteration 2, foi" which }Ust two tableaux are required, is ac-* 
complished in ,a similar fashiofi.. After completion of, iteration 2, we 
f inC that the hew assignment created at the end of iteration I** (whiTth • 
is shown in Figure y 26 by • cixcling appropriate elements of "the time 
matrix at the beginning of iteration 2) is still not optimal, and we 
obtain a. better assignment in the pattern of l's which appears in the 
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^fiiraiT^ableau of iteration s 2; the latter is the initial assignment fo^ 
iteration 3* * ^ < . 

Iteration 3 proceeds as before until we reach the.poin*. of label- 
ing, rows and columns in the second tableau. All possible rows and 
columns are then labeledj, yet no tfreakthrough column receives a label. - 
• We conclude at that" point (step 5), therefore, that the- initial assign- 
' iflent for. iteration 3 is optimal, and we terminate, The optimal assign-^ 
ment is as follows: 
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This is the assignment mentioned earlier. 

/. 

\, Optimal assignments need not be, unique. For the example problem, 

a different/ assignment as good as the one identified by the algorithm 
vis as follows : . • 

■ . / - • 
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The choice of initiaj! assignment for iteration 1/ together with cer- 
tain other factors, determines tne optimal assignment to which the 
algorithm will converge. ' - * 



Con^uter Implementat^lon; 



)) 
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In the*, previous section, we have described in some detail the 
theoretical basis for MOVflpiAID. -In the trans la ticu^;££ v^ua^/ theoretical * 
developments into practice', it is not uncommon to .^tfd^Stfter one or more 
practical difficulties arising from ,the environment in which the theory' 
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is being applied. In 'the present section, we. discuss the most signifi- 
cant such practical consideration which arpse^in the implementation of 

: MOVANAID—nameLyv a constraint on computer storage- space- We .also 

describe the effect of this constraint on the structure and operation 
of the aid. 

MOVANAID was constructed for use in the Training and Information 
/ Systems Facility (TISF) at/ARI. The TISF consists of a CDC*tnodel ' 3300 
computer connected to laboratory equipment, notably CDC 210 CRT display 
terminals and .IBM selectric typewriters used fornthe SIMTOS experiments. 

.. Of the total amount of core storage available in the CDC 3300, only 
about half is usable for the programs which control laboratory experi- 
ments. If the aid were to be used in conjunction with SIMTOS (or some 
other experiment with its own computer support requirements), only a 
small portion of this memory space would be available at the time a 
subject might call upon the aid for his experimental tasks. Thus, the 

^necessary, strategy in this 'case was to be conservative wittL computer 
storage space . . # , \ 

j , r 

Two techniques were used to conserve storage: dfeta packing and 
the use of storage techniques designed for sparse matrices for network 
data. By data packin^we mean simply that several items of data in 
' decimal integer form are compressed for storage in a single 2^-bit- word 
of computer memory. Binary packing of , data can be* used to increase 
speed 1 of computation. However, packing of decimal data has compensate 
ing benefits, -such, as readability of the data base. Each link attached 
to any given nod^is described by one data word in which is coded the^ 
^node number of the attached node, the length o*f i;he -link, and th4 "type" 

/of link (see Appendix B for a detailed description of link type); this . 
coding saves about 8n words of storage ^ where n is the.Wnlper of nodes). 

* In the theoretical ^discussion of MINPATH, linkage information was 
' presented in an n x" n matrix (wherein is the number of .nodes) ? *he 
use of a square array of data to stdire this information, is clearly waste- 
ful of storage in a network i^which ^pdes are connected to only a few 
others, i.e. /'a sparse matri^L' Instead, we assume a constant four links 
j.-per, node and; store the information iri^ a, linear array. This procedure ^ 
causes no loSs of generality, because nodes with more than four links 
are easily accommodated by the use t>f artificial nodes as described Tn 
Appendix B. The number foilr was enjoin because it adequately reflectSj 
the SIMTOS network. Other numbersvbf links- per node may be appropriate* 
for other networks. ^At^present, network data are stored such that all ^ 
arcs are two r way connections, i.e. , ^s ' an undirected network.^ Even 
' ' more storsge" could be saved if only the* . One-way link information were, 
stored, but, greatly increase computa^i9^vfei4ie . Thus, the network 
linkages are stored in approximately 4n; words of mermory rather than 
the n* needed f or^ the square array * • * ./ " " . ^ 
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^ The use of these storage conservation (measures is not without 
* drawbacks. They affect the operation of_£jie aid in two significant 

..... -1_ ways..... JEirst,~they. effectively limit the -size of the networks with - " 

Qfc which MOVANAID can be used because the data packing scheme chosen im- 

. pases a limit on the size of the data being .packed. Other -packing . 
s«pnes' could be used and would result in different constraints on 
/the size of the # data b^i'ng packed. Because three decimal digits, in 
the packed word are allowed for the' node number and three for the arc 
length, there can be. at most 999 sequentially numbered nodes, and arcs 
may be 99.9 kilometers in length (individual length^ ^ re specified in 
tenths of kilometers)*. .» . ~ ^ *f 

L 

■ '* The Qther difficulty with the storage conservation procedures i's 

.that th£y significantly increase* the computer time required to' solve .'a 
problem ^ The packed words must be unpacked by MOVANAlD before the in- 
formation can be processed. However, fdr networks of the sxrik produced 
^ for SIMTO£ (approximately 400 nodes), the tradeoff has been reasonable. 
To understand this, c6nsider- the graph of Figure 27, T Although' availa- 
ble t re sources have not permitted extensive computational experiments ** 
with the full-scale MOVANAID, preliminary experiments "were conducted 
with the MINPATH routine alone in its elementary form. 

' •'■ - t 

These results, sjiowyi in Figure 27, are exclusive of input/output 
or .any data preprocessing." They arl based on a model implementation 
using^ unpacked data, as might be the case if storage space were unlimited. 
The data show Chat without the storage conservation measures, netwotks 
of the largest type "that MOVANAID. can treat could be, solved in approxi- 
mately 2 minutes^ while networks of the current size of the data, base A?" . 
could/l>e handled in about is second^. *' Experience (though limited) with* 
MOVANAID has shown that small networks (less than 200 nodes) requireV 
onl# slightly greater solution . times than those in Figure 27 show, and . 
that networks ,of the s;bze of $PMTOS require about twice^as much time 
as Figure 27 shows. The latter case results in times of about 30 seconds 
ralther than -15 for the SIMTOS network, but this is still within reason.'' 
Thfe rate of ^ increase in computation ^time apparently, grows rapi'dly with 
network size, however, so that the tradeoff for storage space may not * 
t be as attractive for netwotks of the largest type that MOVANAID can 
. . treat. Exper j^jruH^ial confirmation is needed. 

EXTENSION OF MOVANAID 

In this section we suggest- some ideas for enlargement of the . 
scope, for quality improvement of the- information now provided to > 
users by MOVANAID. Most- remarks r are directed toward possible direc- 
( tions for extension of the two basic modules of MOVANAID:' MINPATH 

and MINASSIGN. - . * ■ ' V 
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. Figure 27. Minimum path computation times as a function - 
of network size. ^ c 
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Generalizations for MINPATH 



Multiple-shortest path information may occasionally be of interest" 
'to intelligence processors. Such information might be useful, for ex-- 
ample/ in a case- where the friendly force is considering the interdic- 
tion of roads. As presently- dfcnfigu^ed, however, the MINPATH module 
of MOVANAID does not disclose such information to 'users. Path informal 
tioa of this type could be produced (at the expense of an increasd^n 
computer stdsake requirements) by making minor changes irr the present 
, structureflbf mNPATH. . Similarly, analysts might also wish to identify, 
"in addition to fastest times ajnd paths, the second and third fastest 
times and paths, and so on.' Algorithms exist and* could be included in 
MINPATH to produce information of these types, if desired. ' 

Another interesting direction, for generalizing MINPATH would in- ^ 
volve relaxing the assumption (heretofore implicit/ that a military unit 
can move along a road en .massa. The movement of^^military units along 
roads does not normally take place en masse for" at least two 'reasons. 
First,, the tactical situation may dictate that movement be accomplished 
in a columnar formation of gap-separated segments or "serials." Second, 
columnar movement along a road may be forced -on a unit whose size is 
large compared to tfie capacity of the road. The remarks belqw address 
only the latter, phenomenon . , . • ^ 

Consider a network, each of whose arcs is associated, in addition; 
to. a travel time (which we intrefpr^t to be *the< time required for an 
"individual" — perhaps a foot soldier or. a truck — to , move from one end . 
of the arc to the other) , with an arc capacity^, representing fehe maxi'rrium 
number of individuals who can enter the. arc per unit., time. A jietwprk - 
of this type is shown in Figure 28; the figure, the first number as- 
sociated with an arc. is the travel time for that arc , and the second 
number is the arc capacity. We take our problem »tb be the determina- 
tion of the path which the unit < should take in order to -move from a 
preppecified node of origin "to a given node of designation in as s o ho^:t 
a time' as possible, subject to the constraint that^hit movement rates * 

should not exo^ed any of the arc capacities, \ • 

C * * 

As an example of the sort of- difficulty one jnay encounter in 'the x 
generalized problem, assume ^that the arc capacities shown in ^Figure 28 
represent the maximum aumber o>f tanks per hour that the arcs can accom- 
modate, and suppose, that we wish to krjgw how soon, and 'by wh\j2^path/ a 
tank battalion at node "A" could move in its entirety to a destination 
at node "Z / . " Consider 1 two paths joining node "A" to node "Z" as- follows 



Definite procedures for computing JSSpcl capacities have already been 
established by the Army. Road capacities -are 'computed as functions 
of surface type, surface and shoulder width, maximum curvature and ' 
gradient, amount of moisture ,* and certain other parameters . See De- 
partment, of the Army Field Manual 55-1-5 (Transportation Reference 
Datajp ^C^apter ^) for more details. * ' 
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Pr.A^C + E + a + K + J + Z* . " 

1 \ ' . . 

. ' Vj : . - . 

\ P 2 : A -> B ■> F G M ■+ Z . . 

It may. be confirmed that the sum of th& travel times along pajth P^is 
26, whereas the corresponding sum for P2 is 33. Thus, path P^ wWld^y 
be/pref er^ble -to P2 4f it were possible for the battalion to move en . 
masse along each arc of Pj/ However,. J. f the size n of the_ battalion % 
were larger than the smallest arc capacity of any of the arcs of. P\r ; 
it may happen that the .unit could arrive at no'de "Z" sooner using P2 
(all- of, whose arcs have rather large capacities) than it could using P^. 

It may be shown that the generalised problem we ■ wish.^to splve is 
the following: Determine - § . 



0 - mm 
P 



^ t(x,Y) + d(p) 
(rt;Y)ep\ ' : * ■ * ; 



where 



A is the node of origin * * \ ■* 

.■■*'• . " r 
Z is the nocte of destination . » ' , 

P is a path joining A to Z 

t(X,Xl* £ 0 is the travel .time associated with arc (X,Y) 

c(X,Y) > Q 'is the capacity as^ciated with^aXc (X>,Y) 

n is the^number of individuals in the sc%ce at A 
n 



d(P) = max(— 



miri q(X,Y) 



-) - 1, 0). 



The 'Units in which the.t(X,Y), c(X,Y)<jand n araNeasured must be 



compatible; • 



4 • 



' This problem, though perhaps formidable at first glance, (due to ) 
the presence o£ the term,d(P) - inside the square brackets) , may be solved, 
by an- glg^rithm , similar to MI^TPATH. ' .. * ' 

■J? ' ' .; : . ** / t ■ 

* : Note, incidentally, that in th£ special case where all' arcs of 



the network fyave the same capacity c 



spec: 



we have 
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this case, therefore, the optimization problem involved is identical 
the one considered earlier: Find the path joining th,e origin to the 
destination for which the sjura of the arc. travel ,times is a minimum. 
Here, the/ additive constant (n/c)% 4 - 1 is the column closing time -imposed . 
on a maneuvering unit by .roads whos^ capacity is inadequate to permit 
movement en masse." .J^ % 

Another potentially important generalization of the MINPATH al- w - 
gorithm arises -from the f^ct that all of the preceding development and 
discussion, has jDeen/llirected toward the computation c-f fastest times v 
and paths through a road network' for one unit at a time. Nowhere have \ 
we admitted the possibility that two or more units, moving simultaneously 1 
through the network , might interfere with 'each other by occupying the .' 
sam& arc or node simultaneously .' In reality, of cojHSge,. delays mi'ght 
well ensue in such circumstances, and we therefore^ think it proper /to 
consider, enlarging the .model to take into account this phenomenon^/ 
Sudh an enlargement might iead.to changes, jbr*even abandonment f/ of the 
MINASSIGN portiqn of MOVANAID. 



"* It appears^ that tife enlargement- , of- the . model to take into account 
interunit interference might be accomplished through^the imposition of 
node capaqities, on^Bome or all nodes or" the network. A .node capacity 
is/, of course, an upper bound on toe rate at.' which traffic, from what- 
ever source, v can nfess through the node. A technique "whereby network^ 
with node capaclrties. may *b'e\ converted "to equivalent 'but larger , networks 
with only- arc fcapaciti^s [is. suggested- by Ford an<3 Fulkerson (1962, 
pp. 23-26) . . " • A / . * ■ ' . ' % . . 



Generalizations for MINASSIGN - ♦ ' , : . 

* 

There are two minor way;*, in which the MINASSIGN portion of MOVANAID 
znioAit.be refined. Firs6fr.it may be desirable to arrange for the\ algorithm 
to disclose^ alternative optimum assignments'when such exist. Second, it 
may be desirah^le to arran^ej for MINASSIGN to optimize, assignments with ,■ 
irespect not onl^^vto^arges^ assignment, time " (as *is now clonejr, but also 
with respect ^Oytene remaining" assignme©i: times. Although these fiodifi- 
cations would be relatively easy to implement, we feel that the added^ * * 
capability would not 'be nec sary: 
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The assignment model to jyhich the present vers iorf of MIN ASSIGN- is _ 
applicable &s sumes that there will always be the same number of travel-'" 
ers as destinations, each traveler being assigned to exactly one desig- 
nation and each destination receiving. precisely one traveler. A number — 
of interesting vairiatiphs on this, theme- are. possible. Suppose , ijfor ex- 
ample, that we generalize the model to allow the possibility of having 
more travelers thah -destinations- ^^lej retaining , (for the moment) the " . 
notion that Jeach destination 'should be 9 the recipient of precisely one 
traveler.. *Sie relevant objective Would be /&s' before the optimal ^as- 
signment of tne traveled to reach destination and, ~ih addition, the opti- 
mal selection of a subset of travelers to be so assigned. A military . 
applica'l^on^Df a model of this type would arise in cases where the* enefcmy 
had available in the rear of the battle area a larger number of reinfirce 
ment units than there were front-line positions to be reinforced. 

• \ \ . 

In another variation of the present assignment^ model , we might wish 
to require that some or all of the destinations be \recipients of mote 
than one traveler. An enlarged model* of this type wsuld be applicable, 
for example, in cases where it was thought that the 'enemy .would like to 
reinforce front-line units with more than one reinforcement uni^t, with 
some front-line units perhaps more heavily reinforced th^n others. • 

It appears that these- and othe^yariations of the assignment model 
may all be treated by a general model involving m potential travelers / . 
and n potential destinations* together with the freedom to require that 
destinations be assigned, a prespecified number of travelers. The rele- 
vant objective, of course, would be the optimal selection and assignment 
of a subset of the travelers to a subset of the destinations, subject to 
side conditions. 

In view of the fact that the^generalized assignment model suggested 
above is substantially mo$e general than the model to which the present 
MINASSIGN Algorithm is applicable, it is perhaps, surprising to find that 
MINASSIGN can, with relatively minor modif lections , solve any of the 
problems which might ar;Lse in the more general model. One such modif i- 
cation would involve the ( use of artificial travelers and/or .destinations. 
The revised algorithm would proceed in^nuch the same fashion as before. 



SUMMARY AND CONCLUSIONS 



?lop^ft4^iii 



The initial purpose of this project was to develop ^ft4^implement, 
some form of computer-Basdd analytic, aid in the ARI laboratory. The « 
implemented aid was expected to serve as a test bed fo'r jresdarch on, 
general principles of man-machine interaction. As the project moved 
■from the general consideration of a number of aids to the specific de- 
velopment of MOVANAID, it became apparent that the ..process of developing. 
interactive^dS'^s a . nontriyial task. -Given* a relatively simple. ^intel- 
ligence^ processing task and readily available mathematical! 1 techniques , 
it required' a^.large effort to implement a preliminary version of . 
MOVANAID. This report provides' a description of the results of that . 
effort. " * 
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MOVANAID has value beyond its intended 'role as a research vehicle. 
f<5$f studying, man-machine interaction. It seryes as a demonstration arid ' 
a prototype of the large class of potential inte^actiye ^Jialytic aids. 
It also provides a baseline for further 'development and eventual im- 
plementation of" a movement analysis aid f to .support tactical intelligence 
analysis. The requirements for such aids aAd the form which they take 
<v will be clarj.fied ; through an iterartive process of test and revision. . 
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